fix(ui): re-export PublicToolbarItemId from superdoc/ui (SD-2920)#3135
fix(ui): re-export PublicToolbarItemId from superdoc/ui (SD-2920)#3135caio-pizzol merged 1 commit intomainfrom
Conversation
The toolbar-and-commands docs page (apps/docs/editor/custom-ui/
toolbar-and-commands.mdx) tells consumers to import PublicToolbarItemId
from superdoc/ui as the typed source of truth for command ids. SD-2920
shipped BUILT_IN_COMMAND_IDS at runtime through that path but never
re-exported the derived type, so consumers writing
`import type { PublicToolbarItemId } from 'superdoc/ui'` couldn't
actually find it from the documented entry. They had to dip into
superdoc/headless-toolbar instead.
skipLibCheck: true on most consumer tsconfigs masked the broken
re-export from typecheck signal. The dist now exposes the type
through the same barrel as BUILT_IN_COMMAND_IDS, matching what the
docs already promise.
|
🎉 This PR is included in @superdoc-dev/mcp v0.3.0-next.42 The release is available on GitHub release |
|
🎉 This PR is included in vscode-ext v2.3.0-next.86 |
|
🎉 This PR is included in @superdoc-dev/react v1.2.0-next.84 The release is available on GitHub release |
|
🎉 This PR is included in superdoc v1.30.0-next.43 The release is available on GitHub release |
|
🎉 This PR is included in superdoc-cli v0.8.0-next.60 The release is available on GitHub release |
|
🎉 This PR is included in superdoc-sdk v1.8.0-next.45 |
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
|
🎉 This PR is included in superdoc-cli v0.9.0 The release is available on GitHub release |
|
🎉 This PR is included in superdoc v1.32.0 The release is available on GitHub release |
|
🎉 This PR is included in @superdoc-dev/mcp v0.4.0 The release is available on GitHub release |
|
🎉 This PR is included in @superdoc-dev/react v1.3.0 The release is available on GitHub release |
|
🎉 This PR is included in vscode-ext v2.4.0 |
The Custom UI toolbar-and-commands docs page tells consumers to import `PublicToolbarItemId` from `superdoc/ui` as the typed source of truth for command ids. SD-2920 shipped `BUILT_IN_COMMAND_IDS` at runtime through that path but never re-exported the derived type, so consumers writing the documented import couldn't actually find it from `superdoc/ui`.
`skipLibCheck: true` on most consumer tsconfigs masked the broken re-export from the typecheck signal. The dist now exposes the type through the same barrel as `BUILT_IN_COMMAND_IDS`, matching what the docs already promise.